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Modification of the currently operational DSN Command System Mark lIJSO in 
1982 consisted of upgrading Command System monitoring functions in the Nety^rk 
Operations Control Center DSN Command System Mark IVS5 functional design is 
i 'escribed for the Mark IV-A Network, which is planned for 1984-1985 implementation. 


I. Present System 

The Mark 111*80 configuration of the DSN Command Sys- 
tem, which was described in Ref. 1, is the currently opera* 
tional configuration. To provide computer-controlled prepass 
data transfer and validation tests and revised displays. Network 
Operations Control Center (NOCC) Command Subs>stem 
software modifications were completed in May 1982 as part 
of a general upgrade of the Network Operations Control 
Area (NOCA) to reduce operations costs. 

II. Mark IV4I5 System 

A. Mark IVA Network Impl ementati on 

The Mark IVA Network implementation, to be completed 
in 1985, will provide one Signal Processing Center (SPC) at 
each of the three Deep Space Communication Complexes 
(Goldstone, California; Canberra, Australia; and Madrid, 
Spain). The Ground Communications Facility (GCF) will 
provide communications between JPL and each SPC. The 
Networks Consolidation Program (Ref. 2) pro-idcs for the 
Mark IVA Network to support high-apogee earth-orbital 
missions in addition to the deep space missions. 

Figure 1 is a bKx:k diagram of the DSN Command Sys- 
tem Mark lV-85. as previously described in Ref. 3. Each 


Deep Space Communications Complex (DSCC) will have 
a 644neter antenna with deep space uplink, a 34-meter an- 
tenna with both deep space and earth orbiter ui^inks, and a 
9-meter antenna with earth orbiter uplink. (The Goldstone 
and Canberra co^nplexes will each have an additional 34-n^ter 
antenna for downlink only.) 

During the past year the Mark IVA Network implementa- 
tion schedule has been modified to provide earlier comple- 
tion at the Canberra complex. Additional support require- 
ments have enlarged the mission set. The Command System 
performance requirements, functional description, and sub- 
systems configurations, however, are the same as presented 
in Ref. 3. 

DSCC Command Subsystem prototype testing and software 
design are progressing on schedule. A contract for fabrication 
of the 16 new command modulator assemblies was awarded in 
June 1982. 

B. Imptementatkm Schedule 

The Mark IVA Network implementation plan calls for an 
interim configuration to be installed at all three complexes in 
early 1984, and a fmal configuration at Goldstone by Febru- 
ary 1985, Canberra by May 1985, and Madrid by August 
1985. The interim configuration will include new command 
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equipment for support of high earth orbit and deep space 
missions, while retaining portions of the present Markin 
configuration. The final configuration at each complex wffl 
include tlie 9-meter anteima and associated front end equip- 
ment, at least three strings of DSCC ctmunand subsystem 
equipmeni, and the new DSCC Monitor and Control Subsys- 
tem, as shown in Fig. 1. 

• numioii Mi 

The Mark IVA Network baseline requirements h: vt been 
extended to provide capabilities to support all of the flight 
missions listed below: 

(1) Current deep space missions: 

(a) Pioneers 6 through 12 

(b) Viking Lander 

(c) Helios 

(d) Voyagers 1 and 2 

(2> Platuied deep missions: 

(a) Galileo 

(b) Intematiofud Solar Polar Mission (1SPM) 

(c) Giotto (backup support) 

(3) Current high elliptical earth orbital missions: 

(a) International Sun-Earth Explorer No. 3 (lSEE-3) 

(4) Future high elliptical earth orbital missions: 

(a) Active Magnet ospheric Particle Tracking Explorer 
( AMPTE): 3 spacecraft 

(h> Origin of the Plasma in the Earth's Neighborhood 
(OPEN); 4 spacecraft 

(5) Other earth orbiter missions: 

(a) TDRS (launch and emergency support) 

(h) Space Telescope (emergency support) 

(c) GOES G, H, I (backup support) 

D. Performance Requirements 

Suppi>rt of the Mark IVA mission set will require Command 
System performance characteristics compatible with the NASA 
standard transponders, which arc to be used on future space- 
craft. and also compatible with current inflight spacecraft and 
certain planned spacecraft that do not use the standard trans- 
pi>ndcr SoHK o\ the required capabilities are listed below. 

( I ) Data rates. Data rates from 1 to 2lXX) bit s/sec will be 

pnwided 


(2) Subcanier frequencies. Sine-wave mi squaie-vime sub- 
earners will be generated at frequencies of 1(X) Hz to 
16 kHz. 

(3) Subetrrier data modulation. Selectkn wffl be provided 
for phase-diift-keyed (PSK) or frequeocy-diift-keyed 
(FSK) modulatioci of the subcarrier by the ptdse<ode* 
modulated (PCM) command symbol stream. An option 
for amplitude modulation (AM) of the FSK subcanier 
win abo be provided. 

(4) Carrier modulation. The command-modulated subcar- 
lier will be phase-modulated on an S-band carrier for 
radiation to the spacecraft. Control of modulation 
index angle will be provid.^ over a range from 0.1 to 
1.8 radians. 

(5) Carrier frequencies. Generation of the uplmk carrier 
at S-band frequencies assigned for deep space missioos 
will be provided at the 64- and 34-metei antennas. 
S-band frequencies assigned for earth orbit ndssions 
will be provided at the 34- and 9-meter antennas. 

in. System Functional Desc ri ption 

As discussed in Ref. 4, many of the spacecraft supported by 
the DSN have onboard storage and sequencing capabilities 
that permit command sequences to be sent wdl idvance of 
the actions to be taken by the spacecraft. Thus, fewer direct 
action (real-time) commands are needH. Ground tytiem capa- 
bilities providing massive storage • ^acecraft commands, 
multimission operating functions, anu standardized protocol 
were incorporated in the DSN Command system in 1978 
(Ref. 5). These capabilities will be continued in the Mark IV- 
85 sys%em configuratuiu. 

A. Operational Functioiiu 

End-to-End spacecraft command operations are repre- 
sented functionally in Fig. 2. Command sequences for one 
or more spacecraft are generated and stored at a Mission 
Operations Center (MOC). Commands for a particular space- 
craft are selected from the command files, formatted into 
messages, and stored for transmittal to a specified link of a 
DSCC. Command data are extracted from the message re- 
ceived and are stored and queued until radiated. Finally, 
the commands arrive at the spacecraft and are either executed 
immediately or stored onboard for later execution. 

The functions of the DSN Command System in this pro- 
cess include the following: 

(1) Establishing the DSCC configuration for the speci- 
fied spacecraft. 

( 2) Receiving and storing command data at the DSCC. 
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(3) Qutrjiii^ ct>minand lUta to be radiated to the space- 
craft. 

(4) Radii ting the command data to the spacecraft. 

(5) Mom oring and reporting system status and events. 

B. Opetrr ionalProoechTO 

^ .n file configuration inpuu to the D6CC Command (DCD) 
Su^;sys:et) specify the flight project name and the spacecraft 
idont>fiC.iK n number. These inputs cause the Command Pro- 
ersso! Aftimbly (CPA) software to transfer a specified con- 
fViiration and standards and limits table from disk storage to 
nr nnory. u d to configure the DCD Subsystem according to 
tfu* ubk. i langes may later be made by messages from NOCC 
v.a the CiC (or by keyboard entries at the Link Monitor and 
C hUio! Co sole, in an emergency). 

\ rior ro (he beginning of the scheduled spacecraft track, the 
ciHUrtd of the DSCC command functions is transferred to the 
NOCC . Con Iguration standards and alarm/abort limits can be 
updated by GCF transmission of messages from the NOCC 
Ci>mmand Subsystem (NCD^ real-time momtor pnK^ssor. The 
standards anc limits are derived from files compiled in the 
NOCC Suppoci Subsystem. Spacecraft-dependent parameters, 
such as symbs>l ptiiod, subcarrier frequency, alarm limits, and 
abort bmits, are established vu these messages. After the 
proper ron figuration standards and limits have been estab- 
lished. * *st commands are transmitted through the s>stcm to 
ensure • u: the s>'stem can accept spacecraft commands via 
CJCF, tempo, an. y store the ^.miands, and confirm radiation. 
IXinng this tc^t the (ran>«tuner mitput is radiated mto a 
dummy Uxid After the Network Operations Control Team 
(N(XT) has established that the s> ste ' is operating properly, 
the statii»n i |ief ator switches the transmitter to space radia- 
iioit, and the NtX'T transfers command data control to the 
lligit project's MOC for U»ading of actual spacecraft comnund 
sequences *o '‘e radiated to the sp-weciafl durmg the track 
pen Hi. 

At the time for of each command element, the 

suhs>stcm iJvances » hv active m^Hie (sec Fig. 3 for descrip- 
tion of the vanous modes) and command data are transferred 
to the Commjn*i Minluljior AssemhU (CMA) for immediate 
radiation v;a Receiver- Fxciler. Transmitter. Microwave, 
and Antenr»d Subsystems. 

C. Comir^nd !>ata HandR'^jg 

The IX I) w. bsysten design al!v>ws mission operations to 
prepare Urge t spacecraft commands in advance and 

then to forwarl .cveral files to the DS('C link at the begin- 
ning o\' a sp icccratl track. The design also provides real time 
s> .ten ->k.ilus numitiuing and control. Fi>r proicviion ot 


data integrity, every message block to or from the CPA con- 
tains a block check ssum, in addition to the GCF error detec- 
tion provisions. 

1. ONmattid fles. Each file may consist of up to 256 high- 
speed data blocks. The content of each data blo^ is a file de- 
ment. The fust block in a file contains the header element and 
each subsequent block contains a command dement. Each 
command dement may consist of up to 800 bits of space- 
craft command dau. Up to 8 files for a given mission can be 
stored by tite CPA. Thus the available storage b over 1.6 mfl- 
1km command bits. 

The header element contains file identification informatioo, 
file processing instructions, and a file checksum. The f3e pro- 
cessirig instructions indude optional file radiation open and 
dose window times, and an optional file bit 1 radiation rime. 
File oper and dose window rimes specify the time interval 
during which command elements in the file may begin radia- 
tion (i.e., a mission sequence may demand that spedfic com- 
mands not be sent before or after a certain time). The bit 1 
radiation time allows the project to specify the exact time at 
which the file is to begin radiation to the spacecraft. The file 
checksum is created at the rime of file generation and is 
passed intact to the CPA. It adds reliability to insure that no 
data were dropped or altered in the transfer from one facil- 
ity to another. (This is in addition to the previously men- 
tioned block checksums.) 

The command elemenU each contain command bits, file 
identification, element number, element size, and an optional 
“delay time*' (interval from start of previous element). If 
delay tune is not specified, the element will start radiating 
immediately after the end of the previous element. 

2. Receiving and storing command data at a DSCC. Nor- 
mally. the files of commands to be radiated to the space- 
craft will be sent from the MOC to the specified DSCC link 
at the beginning of a spacecraft track peritxl. However, files 
may he sent to the DSCC link at any tunc during the space- 
craft track period. The first step in receiving and storing 
Ci>mmand data at a DSCC is the priKCSs of opening a file 
area on the CPA disk. The MOC accomplishes this by sending 
a header element, which serves as a /i/cw>/hvi directive. After 
the CPA acknowledges receipt of the header element, the MOC 
sends the remainder of the file (up to 255 command elements) 
and follows it with a /r/t-t/«»5<* directive. The CPA acknow- 
ledges the file<lose instruction and indicates whether the file 
loading was successful or unsuccessful. If the file loading was 
unsuccessful, fhc acknowledge message contains the 'cason 
tor the *'ailuie and from what point in the file the command 
elements are to be transmitted. ^Tien the file is successfully 



cU>sed. the MOC may proceed to send additional files, up to 
a total of eight. 

3. Queuii^ the command data for radtadon. After the files 
are stored at the CPA, the MOC ihen sends a fUe^attacn direc* 
tive fi>r each of up to five Pe names to be placed in the radia< 
tion ^uctic. Ihe Mission Control Team determines in which 
order the files are to be attached. The order in which the file- 
attach directives are received at the CPA determines the 
sequence in which the files will be radiated: that is, first 
attached, first to radiate to the spacecraft. 

4. Command radiation to the spacectaft. The first com- 

mand element in the top (prime) file in the queue begins 
radiation to the spacecraft immediately after attachment or 
as soon as ail optional file instructions (such as bit 1 radia- 
tii>n time) are satisfied. The prime file status is defmed to 
he when the first command element begins radiation. 

Vpon completion of radiation of the first command element, 
the second command element begins radiation either iinme- 
diateiv or when the i^ptional Jday nnw has been satistied. 
The priKess continues until all command elements in the file 
have been radiated. After the first file ciunpletes radiation, 
the second Hie in the queue automatically becomes the prune 
fde and the command radiation process is repeated. After the 
second file completes radiation, the third tile becomes prime, 
etc. This priKcss is repeated until all files in the queue are 
exhausted. The MOC can attach new files to the queue when- 
ever space is available. 

Cv>nfirmati«uis of prime-file command -element radiations 
are reported in event mesuiiies to the MOC and NOCC once 
per minute, or after five elements have been radiated, which- 
ever iHTCurs first. If a command element is aborted, or if an 
alarm vKcurs. an event message is sent immediateK . 

5. Additirmal data processing. The foregoing descriptions 
of the DSCC functions of storing the command files, attach- 
ing the files t‘> the queue, and radiating the commands to the 
spacecraft as.sume nominal (standard) operation. Additional 
data processing functions are prtnided worst -case condi- 
tu>ns of non-nominal operations and faihne rccovcrv. Con- 
trol of these t unctions is normalK exercised romoteK from 
me MtX’. However. emcrgenc> .ontrol is also available at 
the Link Monitor and Control Console. 

j hile erase A file can he deleted fn>m storage at the CPA 
In means of a file erase directive, it the file is not attached to 
the radiation queue 

h CUarinn (he ifueue As prcMousK stated, the ouier ot 
tile radiation to the spacecraft is dependent the order ot 


files in the queue. To rearrange the order, a drars^eue direc- 
tive must be sent, followed by file-attach directives in the 
desired order. 

e. Suspend radiation. If the Mission Control Team desires 
to stop command radiation, a suspend message can be sent to 
the CPA. This message stops command radiation to the space- 
craft upon completion of the current clement. The fSe status 
then changes from active to suspended. 

d. Resume command radiathm. To restart n^liation of a 
suspended file (either suspended intentionaOy or from an 
abort), a message can be sent to resume radiation at any speci- 
fied unradiated clement in the file. The suspend and resume-at 
directives can be used for skipping elements of the prime file, 
if desired. 

e. Command abort. As each command bit is radiated to the 
spacecraft, numerous checks are made to insure v*alidity of the 
command data. If a failure is detected during the radiation^ 
the command element is automatically aborted, the prime file 
status IS changed from active to suspended, and radiation is 
terminated until a resume directive is received. 

In addition to the automatic abort function there is provi- 
sion for the MOC to send an abi>rr and suspend directive to 
temiinatc a>mmand radiation immediately without waiting 
for completion of an element. 

f. C/osc w'lndtm’ time override. If a close- window time is 
specified in a fde header element, anu ilie Mission Operations 
Team later decides to extend the permissible time for radia- 
tion of that file, an i)vemde message can be sent (after the 
file iKcomes prime) which instructs the CPA to ignore the 
close window time. 

D. Data Records 

All message blocks received by the CPA and all blocks sent 
from the CPA will be logged at the DSCC on the Original Data 
Kecoid (ODR). In addition, the CPA has the c;;pability to 
record a iempt>rary ODR on disk if the ODR is disabled. 

Message blocks ironi all complexes are recorded at the GCF 
central coniniunications temiinal (CCT). Command system 
mcs>age blocks trom a Mission Operation Center to a DSCC 
are also recorded at the CCT. 

The DSCC original data records and the CCT recording prw 
vide information tor fault isolation in case probK-*ms iKCur in 
the CtMiimand System operation. 
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IV. Sub sy stem s Configurations for 
Mark IV-SS System 

Planned modifkations and reconfiguration of suf^stems 
for the DSN Command System Mark 1V>85 (and Mark IV-84) 
are summarized below. 


A. Antenna Ma ch a nteal Subs ys tem 

At Canberra and Madrid aQ antennas wdi be located in 
the vicinity of the SFC. At Gladstone, the 64*meter antenna 
and the 94iieter antenna wiU be located near the SFC. The 
Gddstone 34-meter transmit-receive anteruia will remain at 
the present DSS 12 (Echo Station) site, but control wiD 
reside at the SPC. 


B. AnteimaKMcrowave Subs y stem 

For the 9-meter antenna, the microwave subsystem will 
provide uplink signal feed at S-band frequencies assigned for 
earth orbital missions (2025-2110 MHz). For one 34-meter 
antenna at each complex, the microwave subsystem will be 
required to handle S-band uplinks over the range of earth 
orbital and deep space missions (2025-2120 MHz). For the 
64-meter antenna the microwave subsystem uplink capabil- 
ity will be unchanged (S-band 2110-2120 MHz). 


The 9-meter and 34-meter antenna microwave subsystems 
provide selection of right or left circular polarization. The 
64-meter antenna microwave subsystem provides selection 
of linear polarization or right or left circular polarization. 


C. Transmitter Subsystem 

The 9-meter antenna will have a 10-kW transmitter oper- 
ating in the earth orbital mission S-band frequency range. A 
34-meter antenna will have a 20-kW transmitter operating 
over the range of earth orbital and deep space mission S-band 
frequencies. The 64-meter antenna will have 20-kW and 
100-kW transmitters for the deep space mission S-band fre- 
quency range, as now. 


D. Receiver-Exciter Subsystem 

An S-band exciter for the earth orbital frequency range will 
he provided for each ^-meter antenna. The DSN exciter for the 
.^-meter antenna will be upgraded to cover earth orbital and 
deep space mission S-band frequencies. The present DSN 
S-hand exciter will K 'Stained in the 64-meter antenna link. 


Functions of the exciter include receiving the command- 
modulated subcarrier sign^ from the DSCC Command (DCD) 
Subsystem, phase-modulating that signal on the uplink carrier, 
returning a demodulated signal to the DCD subsystem for con- 
firmation, and sending modulation on or off indications to the 
DCD subsystem. 


E. DSCC Com man d Sttf my ste m 

In the final Mark IVA Network configuratioa (in 1985), 
the DCD Subsystem in the SPC at eadi complex will be 
implemented as shown in Fig. 1. A new Command Switch 
Assembly (CSA) will permit any of the exciters to be con- 
nected to any of the Command Modulator Assemblies (CMA) 
under control of the Complex Monitor and Control coosc^. 
New CMAs will be implemented to accommodate the 
Mark IVA mission support requirements. The CPAs will use 
existing Modcomp 11-25 computers with core monory in- 
creased to maximum capacity. CPA software will be upgraded 
to satisfy new mission support requirements, to modify the 
CMA interface functions, and to provide required functimis 
for interfacing with the new DSCC Monitor and Control 
Subsystems. 

F. Monitor arid (^mtrolSidisys^ 

New equipment will be implemented for the DSCC Monitor 
and Control Subsystem (DMC) at each complex in the final 
Mark IVA Network configuration. Assignment of command 
equipment (antenna, transmitter, exciter, and command 
modulator-processor combinations) to a given "^link/" for each 
scheduled spacecraft pass or for a scheduled test, wiD be 
accomplished by the DMC along with telenK^ry and tracking 
equipment assignments. Prepass countdown will be contrdled 
by inputs at the Link Monitor and Control Console. 

The DMC will receive antenna pointing and uplink fre- 
quency predictions and will relay them to the appropriate sub- 
systems. The DMC will send link status information to the 
CPA. and the CPA will send Command Subsystem status infor- 
mation to the DMC for link console displays and for incorpo- 
ration into the mo*;i!or data that the DMC sends to the NOCC. 

In the interim configuration, the Monitor and Control Sub- 
system will be limited to the existing Data System Terminal 
(DST) and Digital Information Subsystem (DIS) functions. 

G. GCF Subsystems 

In the final Mark IVA Network configuration, the GCF 
Digital Communication (GDC) Subsystem will replace the 
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pment GCF Htfh Speed Data and GCF Wideband Data 
Subsystems, Command data blocks will be communicated 
at a line rate of 56 kb/s, instead of the present 7,2 kb/s rate, 
between the Central Conununications Terminal at JPL and the 
Area Routing Assembly at each DSCC, 

At the Goldstone DSCC the GCF Intersite Analog Com- 
munications Subsystem will conununicate the CMA output 
signal from the SPC to the DSS 12 exciter and the confirma- 
tion signal from the exciter to the SPC. 


H. NOCC Comnrwnd Su bsys tem 

The NOCC Command Subsystem (NCD) Real-Time 
Monitor (RTM) software will be upgraded to accommodate 
new destination codes, spacecraft identifiers, standards and 
limits tables and test command tables for the interim and 
final configurations. The NOCC Support Subsystem will be 
expanded to provide capability for Command System per- 
formance record and analysis and additional capacity for 
test command tables. 
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Rg.2« End-to-end command data flow— typical storage ttmes 


SUBSYSTEM MODE 


PRIAtt PURPOSE 


DATA ACaPTEO 

VIA HIGH SPEED COAWENTS 



ALLOWS DSS OPS PERSONNEL 
TO »ERFORM INITIALIZAT'ON TASKS 


STANDARD MODE FOR UPDATING 
STANDARDS AND LIMITS AND 
CONFIGURATION DATA VIA HIGH 
SPEED PRIOR TO SPAaCRAFT 
ACQUISITION 


SAFE MODE - CANNOT COMMAND. 
PROVISION FOR IDLE/ACQUISITION 
SEQUENCE, ALLOWS CONFIGURATION 
AND STANDARDS AND LIMITS TO BE 
CHANGED 


ALLOWS ENTRY INTO ACTIVE MODE. 
PROVIDES IDLE/ACQUISITION 
SEQUENCE DURING COMMAND 
PERIODS 


COMMAND TRANSMISSION 


H :?VIDES ABORT INSTRUCTION 
TO CMA 


CONFIGURATION, STAND- UPON REaiPT OF A STANDARDS 
ARDS AND LIMITS, MODE AND LIMITS AND CONFIGURATION 

CONTROL, RECAU WILL^iffN^^ CALIBRATE 2 MODE 


CONFIGURATION, 
STANDARDS AND LIMITS, 
MODE CONTROL, RECALL 


MULTIMISSION STANDARD PROCE- 
DURES SHOULD STATE THAT THIS MODE 
IS TO BE ENTERED FOR CHANGING 
SUBCARRIER FREQUENCY, BIT RATE 


CONFIGURATION, ALL STANDARDS AND LIMITS AND 

STANDARDS AND LIMITS, CONFIGURATION DATA PARAMETERS 

MODE CONTROL, RECAU WILL TAKE IMMEDIATE EFFECT IN 

THIS MODE 


RECALL AND MODE CONTROL MODE CONTROL DATA CONTAINED 
DATA ONLY IN THE COMMAND ELEMENT BLOCK 


RECALL AND MODE CONTROL 
DATA ONLY 


RECALL AND MODE CONTROL 
DATA ONLY 


NOTES 1 . COMMAND DATA MESSAGES WILL BE ACaPTED IN ALL MOOES 

2, ALARM messages/alarm DATA WILL BE TRANSMITTED TO THE MOC IN ALL MODES EXCEPT ABORT 


Fig. 3. DSCC Command SuDsyatem modes 
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